home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000563_TONYJ@scs.slac.stanford.edu _Thu Jan 14 07:29:11 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <TONYJ@scs.slac.stanford.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA09584; Thu, 14 Jan 93 07:29:11 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA21379; Thu, 14 Jan 1993 07:44:22 +0100
  6. Date: Wed, 13 Jan 1993 22:44 PDT
  7. From: "Tony Johnson (415) 926 2278" <TONYJ@scs.slac.stanford.edu>
  8. Subject: Re: suggested libWWW architecture
  9. To: connolly@pixel.convex.com
  10. Cc: www-talk@nxoc01.cern.ch
  11. Message-Id: <1CB4EEAD60824DD6@SCS.SLAC.STANFORD.EDU>
  12. X-Envelope-To: www-talk@nxoc01.CERN.CH
  13. X-Vms-To: IN%"connolly@pixel.convex.com"
  14. X-Vms-Cc: TONYJ, in%"www-talk@nxoc01.cern.ch"
  15.  
  16. From Dan:
  17.  
  18. >/* I think the WWW file: should be split into ftp: and local-file:.
  19. >   It's cleaner to implement; there are precedents in the MidasWWW local:
  20. >   scheme and the MIME ftp and local-file access-types. */
  21.  
  22. I agree.  Here are some comments along the same lines I sent Tim a while back.
  23.  
  24. From Tim:
  25. >Re "local:"
  26. >     
  27. >The actual implementation of "file": in WWW checks the hostname to see
  28. >whether it is the local host, and if so uses direct file access.
  29. >(It also checks /Net/<hostname>/<path> in case of NFS mounting)
  30. >That is why it was called "file:" rather than "ftp:".  This means that you >can
  31. >edit files under /pub which other people get with ftp. For example.
  32. >The IETF WG wanted "ftp:" to be available, so I have made that a synonym >for
  33. >"file:".
  34.  
  35. My immediate reason for implementing local was that MidasWWW implements "file:" 
  36. through the gateway, and so I needed some other temporary way to access local 
  37. files. When MidasWWW supports "file:" directly I may get rid of local (or make 
  38. it a synonym for file maybe). However I do have some other problems with the 
  39. file implementation, mainly the confusion between files access by ftp and files 
  40. accessed locally. Problems are:
  41.  
  42. a) How to tell whether a specified node is the "local" node? The /NET test is 
  43. not portable, it doesn't work on our Unix system here (we use /nfs here). It 
  44. works even less well on VAX clusters.
  45.  
  46. b) Even if I could tell that the file is on the local node, things still would 
  47. not work since /pub is NOT the root of the anonymous FTP directory. I.e. 
  48. file://localhost/test.html is NOT the same as local:/pub/test.html. Again this 
  49. applies even more to non-unix systems.
  50.  
  51. Both of these problems tempt me to keep local:, or some equivalent. Comments?
  52.  
  53. Tony
  54.